home *** CD-ROM | disk | FTP | other *** search
- Path: sdd.hp.com!inn
- From: Jeff Grimmett <jgrimm@sdd.hp.com>
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: YASL (was: AsynchIO (was: fastest file read method ??))
- Date: 6 Feb 1996 21:41:10 GMT
- Organization: Hewlett-Packard Company
- Message-ID: <4f8htm$4m8@news.sdd.hp.com>
- References: <3116c2b7@lls.se>
- NNTP-Posting-Host: hpsdv330.sdd.hp.com
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 1.2N (Windows; I; 16bit)
-
- cmh@lls.se (Magnus Holmgren) wrote:
-
- > JG> I thought I was sufficiently vague on that, but alas... no. My
- > JG> feelings on AsynchIO in a shared library is that if it were used
- > JG> sufficiently, it should be. At this point, I have downloaded
- > JG> and/or ftp'd a grand total of zero programs that require the
- > JG> shared library. I have one program that to my knowledge uses the
- > JG> linked library, but that's simply because I know the author.
-
- >I know a few more (e.g. TurboText, Visage and PPShow) that use the link
- >library, and some programmers are considering to use it in the future.
-
- Turbotext, eh? Well, that would explain a few things. I've always
- referred to TTx as my benchmark when writing text file loaders for my
- programs. I peeked ahead, too, so this DOES get even better...
-
- >The shared library was made on request, so that it would be easier to use
- >the asyncio functions from e.g. E, without having to convert the code/link
- >library to some other format.
-
- I'll get back to this in a minute, in an obtuse way.
-
- > JG> My MAIN reservation in this SPECIFIC case is that, as I understand it,
- > JG> AsynchIO was a CBM/CATS released archive. The archive I have does not
-
- >AsyncIO was written by Martin Taillefer, and he released the sources to the
-
- Hmmm... you're gonna make me go home and reread the docs, aren't you?
- (Time for new glasses, maybe...)
-
- >public. When I wanted to use it in Visage, I noticed a couple of problems
- >with the SeekAsync function, which I fixed. I asked Martin if it was ok for
- >me to release an update, and he didn't mind.
-
- I have a version from another Amiga commercial programmer that has
- possibly another fix in it. Are you fidonettable? Since I have that at
- home, and am fido-ed at home, it would be convenient that way.
-
- >The current release should work better. A couple of SeekAsync() holes have
- >been plugged. Don't ask me if any remains. ;) I don't know of any at least.
-
- :-) See above (might be the same bug, though)
-
- > >> 2. The library (AsyncIO.library) is tiny - under 3k.
- >
- > JG> Never seen it. I'll take your word on it.
- >
- >Believe me - I compiled it. ;)
-
- OK, so what are the requirements for usage of this library? In terms of
- distribution?
-
-
- > JG> Again, who's updating it? The archive I have was issued by CATS. They
- > JG> no longer exist and it doesn't appear that ATG's team is quite yet on
- > JG> the case.
-
- >I am. And since I have checked if it is ok with the original author, I
- >don't see any problem.
-
- OK, OK, so where can I get it? :-)
-
- > JG> Slightly off the topic here, but maybe if it's a sufficient
- > JG> improvement, its routines should replace the current ones for file I/O
- > JG> in future revs of the OS.
-
- >Or at least as a complement. But it would be a nice addition.
-
- Yah. And keep in mind you're talking to one of the vanguard of a group
- of people who does NOT want to see our OS bloated with things like
- (example) MUI. But something this basic, and useful, would make a real
- difference without making the OS grow to fill all available disk space.
-
-
-